(19) 



J) 



Europaisches Patentamt 
European Patent Offic 
Office europ ' n des brevets 



(12) 



01) EP 1 052 579 A1 

EUROPAISCHE PATENTANMELDUNG 





veroiienuicnungsiag. 


(51) Intel. 7 : G06F 17/30 




1 5. 1 1 .2000 Patent bl att 2000/46 


(21) 


Anmeldenummer: 99440113.1 




(22) 


Anmeldetag: 14.05.1999 




(84) 


Benannte Vertragsstaaten: 


(72) Erfinder: Turban, Karl-Albert 




AT BE CH CY DE DK ES Fl FR GB GR IE IT LI LU 


71229 Leonberg-Hofingen (DE) 




MC NL PT SE 






Benannte Erstreckungsstaaten: 


(74) Vertreter: Rausch, Gabriele, Dr. et al 




AL LT LV MK RO SI 


Alcatel 






Intellectual Property Department, Stuttgart 


(71) 


Anmeider: ALCATEL 


Postfach 30 09 29 




75008 Paris (FR) 


70449 Stuttgart (DE) 



(54) Verfahren zum Verwalten von Lesezeichen in einem Internet-Browser 



(57) In einem Internet-Browser (14) kann ein Benut- 
zer Lesezeichen setzen, um sich wichtige Quellen zu 
merken. Lesezeichen werden lokal in einer Lesezei- 
chendatei gespeichert. Die Lesezeichendatei ist daher 
rechnerbezogen und steht dem Benutzer an anderen 



Arbeitsplatzen nicht zur Verfugung. Zudem kann bei ei- 
ner Neuinstallation des Rechners verloren gehen. 

ErfindungsgemaG wird die lokale Lesezeichendatei 
(15) nun regelmaBig mit Daten von einem raumlich ent- 
fernten Server (2) aktualisiert 
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Beschr ibung 

[0001] Die Erfindung betrifft ein Verlahren zum Verwalten von Lesezeichen in inem internet-Browser nach dem 
Oberbegriff des Anspruchs 1 und einen Arbeitsplatzrechner mit einem Internet-Browser nach dem Oberbegriff des 
5 Anspruchs 12. 

[0002] Internet-Browser sind allgemein bekannt und weit verbreitet. Es handelt sich dabei urn ein Programm, welches 
den Zugriff auf Ressourcen im Internet ermoglicht. So konnen mit einem Internet-Browser Dateien im HTML-Formt 
(Hypertext Markup Language) geladen und dargestellt werden. Ebenso ermoglicht ein Internet-Browser den FTP- 
Zugriff (file transfer protocol) auf Fileserver. Desweiteren kann aus einem Internet-Browser ein eMail-Programm auf- 
10 gerufen werden, urn elektronische Post an Adressaten im Internet zu senden. Ein solcher Internet-Browser kann auch 
in kleineren Datennetzen, z.B. in einem Fiimennetz, einem sogenannten Intranet, eingesetzt werden. 
[0003] Urn die Vielzahl der im Internet verfugbaren Ressourcen zur ordnen und sich wichtige Quellen zu merken, 
kann ein Benutzer in seinem Internet-Browser Lesezeichen (sogenannte Bookmarks) setzen. Die Lesezeichen werden 
in Form einer Liste Oder einer hierarchischen Baumstruktur gespeichert und der Benutzer kann durch Aufrufen der 
is Liste und einfaches Anklicken eines Eintrages jederzeit zu der "gemerkten" Quelle zuruckkehren. Auf diese Weise 
arbeiten sowohl der Internet Explorer der Firma Microsoft als auch der Communicator der Firma Netscape. 
[0004] Nachteilig wirkt sich hierbei einerseits aus, daB sich Internetadressen haufig andern und somit gespeicherte 
Lesezeichen oft nicht mehr aktuell sind. Anderseits ist dieses Verlahren wenig flexibel, da die Lesezeichen dem Be- 
nutzer nur an seinem eigenen Arbeitsplatzrechner zur Verfugung stehen. An fremden Arbeitsplatzrechnern Oder nach 
einer Neuinstallation des Internet-Browsers fehlen die Lesezeichen. So konnen wichtige Ressourcen im Internet oft 
nicht mehr oder nur nach langem Suchen wieder aufgefunden werden. 

[0005] Aus dem Artikel "A bookmarking service for organizing and sharing URLs" ist ein Dienst zum netzbasierten 
Zugriff auf Lesezeichen bekannt. Der Dienst kann von uberall aus dem Internet aufgerufen werden und wird von einem 
dafur vorgesehenen Proxy-Server angeboten. Der Proxy-Server verfugt uber einen ersten Speicherbereich fur per- 
sonliche Lesezeichen und optional uber einen zweiten Speicherbereich fur Lesezeichen, die einer Benutzergruppe 
zugeordnet sind. Die Abfrage der Lesezeichen erfolgt nach einer Art Stichwortsuche. Die Abfrage ist aufwendig und 
ahnelt eher der Abfrage einer Datenbank oder einer Suchmaschine im Internet als der listenbasierten Anzeige der 
personlichen Lesezeichen, mit deren Umgang Benutzer bislang vertraut waren. Die Akzeptanz der Benutzer fur diese 
Losung wird daher gering sein. Da die Lesezeichen auf dem Proxy-Server gespeichert sind und somit bei jedem Zugriff 
30 uber das Internet ubertragen werden mussen, besteht zusatzlich ein Geschwindigkeitsnachteil gegenuber der lokal 
gespeicherten Lesezeichendatei. 

[0006] Es ist demnach eine Aufgabe der Erfindung, ein Verfahren zum Verwalten von Lesezeichen anzugeben, wel- 
ches flexibfer ist als bisher und keine signifikanten GeschwindigkeitseinbuBen gegenuber den bekannten Verfahren 
aufweist. Eine weitere Aufgabe der Erfindung besteht darin, ein Arbeitsplatzrechner mit einem Internet-Browser anzu- 

3S geben, mit dem Lesezeichen flexibler und nicht wesentlich langsamer als bisher verwaltet werden konnen. Eine weitere 
Aufgabe der Erfindung besteht darin, einen Server anzugeben, der zur Durchfuhrung des Verfahrens geeignet ist. 
[0007] Die Aufgabe wird hinsichtlich des Verfahrens gelost durch die Merkmale des Anspruchs 1, hinsichtlich des 
Arbeitsplatzrechners durch die Merkmale des Anspruchs 12 und hinsichtlich des Servers durch die Merkmale des 
Anspruchs 1 3. Vorteilhafte Ausgestaltungen sind den abhangigen Anspruchen zu entnehmen. 

40 [0008] Im folgenden wird die Erfindung anhand der Figuren 1 bis 3 in zwei Ausfuhrungsbeispielen erlautert. Es zeigt: 

Figur 1 : einen Arbeitsplatzrechner und einen Server, die nach dem erfindungsgemaBen Verfahren zusammenar- 
beiten 

Figur 2: ein Blockschaltbild des erfindungsgemaBen Arbeitsplatzrechners und 
45 Figur 3: ein Netzwerk mit mehreren Servern, die ihre Referenzdateien gegenseitig abgleichen, 

[0009] Ein Grundgedanke der Erfindung besteht darin, die Lesezeichen auf dem Arbeitsplatzrechner wie bisher ub- 
lich lokal in einer Lesezeichendatei zu speichern, diese Lesezeichendatei jedoch regelmaBig mit Information en, die 
von einem raumlich entfernten Server geladen werden, zu aktualisieren. Die Aktualisierung kann z.B. bei jedem Aufruf 

so des Internet-Browsers durchgefuhrt werden oder auch nur einmal am Tag. 

[0010] In Figur 1 ist ein Arbeitsplatzrechner 1 dargestellt, der an ein Datennetz 2 angeschlossen ist. Bei dem Da- 
tennetz 2 kann es sich urn das Internet oder auch um ein firmenintemes Intranet handeln. Ein solcher Arbeitsplatz- 
rechner wird oft auch als Workstation bezeichnet. An das Datennetz ist ebenfalls ein Server 3 angeschlossen. Der 
Server 3 ist von dem Arbeitsplatzrechner 1 raumlich getrennt. 

55 [0011] Auf d m Arbeitsplatzrechner 1 ist ein Internet-Browser installiert, mit dem auf Ressourcen, z.B. HTML-Seiten 
in dem Datennetz zugegriffen werden kann. Die Adresse iner Ressource kann als Les zeichen in Form einer URL 
(Uniform Resource Locator) fur emeuten spateren Zugriff in einer lokalen Lesezeichendatei abgespeichert werden. 
Die Lesezeichendatei ist in einem nichtfluchtigen Speicher des Arbeitsplatzrechners gespeichert. 
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[001 2] Entsprechend dem erfindungsgemaBen Verfahren wird die Lesezeichendatei regelmaBig mit Daten von dem 
raumlich entfernten Server a ktua lis iert. Im AusfOhrungsbeispiel geschieht dies bei jedem Aufruf des Internet-Browsers. 
[0013] Der Server 3 stellt die Daten zur Aktualisierung in Form einer Referenzdatei mit Reterenzlesezeichen Ober 
das Datennetz bereit. Der Arbeitsplatzrechner 1 greift Ober das Datennetz auf den Server 3 zu und lad die Referenz- 

s datei. Zur Aktualisierung wird nun die lokale Lesezeichendatei mit der geladenen Referenzdatei verglichen. Eintrage, 
die nur in der Referenzdatei enthalten sind, werden in die Lesezeichendatei Obernommen. Eintrage, die in beiden 
Dateien enthalten sind, die jedoch in der Referenzdatei aktualisiert wurden, werden auch in der Lesezeichendatei 
aktualisiert Dadurch wird zum einen gewahrleistet, daB ein Benutzer nach der Aktualisierung der Lesezeichendatei 
zumindest einen Basissatz von Lesezeichen, die in der Referenzdatei vordefin iert sind, erhalt. Zum anderen ermdglicht 

10 dieses Vorgehen, daB die Lesezeichen zentral, namlich in dem Server, gepflegt und bei Anderungen von Internet- 
adressen aktualisiert werden. Dem Benutzer stehen somit immer aktuelle Lesezeichen zur Verfugung. 
[0014] Jedes Lesezeichen verweist auf eine Ressource im Datennetz. Als Lesezeichen wird die URL (Uniform Re- 
source Locator) der Ressource abgespeichert, auf die verwiesen wird. Eine URL besteht aus einem Schema (scheme), 
das das zu benutzende Protokoll angibt, einem Servemamen, einem Pfad und einem Dateinamen. Als Schema sind 

is inzwischen folgende Typen zulassig: 



Tabelle 1: 
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Schementypen 


Schema 


Benutzung 


ftp 


Datentransfer mittels File Transfer Protocol 


http 


Hypertext Transfer Protocol 


gopher 


Gopher Protocol fur Dateiensuche 


mailto 


eMail-Adresse fur elektronische Post 


news 


USENET News 


nnlp 


USENET News Ober das NNTP Protocol 


telnet 


Verweis auf eine interaktive Sitzung 


wais 


Wide Area Information Servers 


file 


Datei auf dem lokalen Rechner 


prospero 


Prospero Verzeichnis-Dienst 



[0015] Em Beispiel fur eine URL ist 

http //www alcatel.com/news/983010.htm Dabei ist "http" das Schema, danach folgt ein Doppelpunkt als Trenn- 
zeichen "www. a lcatel.com" ist der Server, auf dem sich die Ressource befindet. Die Pfadangabe ist das Verzeichnis 
"/news" und die Ressource selbst wird durch den Dateinamen "983010.htm" angegeben. 

[001 6] Es wird heute bereits Ober eine zukunftige, verbesserte Bezeichnung fOr Internet-Ressourcen nachgedacht. 
Diese wird als URN (uniform resource name) bezeichnet und wir derzeit bei IETF (internet engineer task force) disku- 
tiert. Diese URN wurde sich in gleicher Weise als Lesezeichen fur das erfindungsgemaBe Verfahren eignen. 
[001 7] Vorteilhaft wird vor der Aktualisierung der Lesezeichendatei eine Authentikation des Benutzers durchgefuhrt, 
in dem der Benutzer seinen Benutzernamen und/oder ein Passwort angibt. Die anschlieBende Aktualisierung der Le- 
sezeichendatei ist dann benutzerabhangig, d.h. der Server stellt je nach Benutzer oder in Abhangigkeit der Benutzer- 
gruppe, welcher der jeweilige Benutzer angehort, unterschiedliche Referenzdateien bereit. 

[0018] In Figur 2 ist schematisch ein Arbeitsplatzrechner 1 dargestellt, von dem aus das erfindungsgemaBe Verfah- 
ren ausgefuhrt wird. Der Arbeitsplatzrechner 1 ist an ein Datennetz angeschlossen. Er hat einen nichtfluchtigen Spei- 
cher HDD 12, in dem der Internet-Browser 1 4 und die Lesezeichendatei 15 abgelegt ist. Bei Aufruf des Internet-Brow- 
sers 14 wird dieser in einen Arbeitsspeicher RAM 13 des Rechners 1 geladen und von einem Prozessor CPU 11 des 
Rechners ausgefuhrt. RegelmaBig, d.h. entweder bei jedem Aufruf des Internet-Browsers 14 oder einmal taglich, wird 
Ober das Datennetz auf den Server zugegriff en, der die Daten zur Aktualisierung der Lesezeichendatei bereitstellt. Die 
Daten werden Ober das Datennetz in den Arbeitsspeicher 1 3 geladen und mit der Lesezeichendatei 15 verglichen, um 
die Lesezeichendatei mit den Daten zu aktualisieren. Dazu ist in dem nichtfluchtigen Speicher 1 2 eine Programmroutine 
oder ein Programmodul 16 enthalten, das Vergleich und Aktualisierung durchfuhrt, wenn es in d n Arbeitsspeicher 13 
geladen und ausgefuhrt wird. 

[0019] Bei einer besonders vorteilhaften Weiterbildung der Erfindung wird die Aktualisierung vor dem Start des In- 
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temet-Browsers durchgefuhrt. Dies kann in Form einer Stapelverarbeitung mittels einer Stapetverarbeitungsdatei 
(Batch-Datei) durchgefuhrt werden, die bei Abarbeitung zunachst die Aktualisierung ausfuhrt und anschliefBend den 
Internet-Browser startet. Auf diese Weise konnen herkommliche Internet-Browser nach dem erfindungsgemaGen Ver- 
fahren betrieben werden. 

5 [0020] Zusatzlich ist es vorteilhaft, wenn die Lesezeichendatei eine Versionsnummer enthalt. Dadurch kann festge- 
stellt werden, ob die Lesezeichendatei aktueller ist als die von dem Server geladene Referenzdatei. Ist dies nicht der 
Fall, so findet eine Aktualisierung der Lesezeichendatei statt. 

[0021] In der Lesezeichendatei kann der Benutzer fur jedes Lesezeichen einen beschreibenden Titel vergeben. Die- 
ser ist nur Teil der Lesezeichendatei und wird nicht mit der Referenzdatei aktualisiert. Der beschreibende Titel andert 

10 sich also nicht, wenn sich eine Adresse im Datennetz andert. Fur den Benutzer sind die Lesezeichen, die mit einem 
solchen beschreibenden Trie! versehen wurden, daher leichter zu handhaben. In diesem Fall bildet die lokale Lese- 
zeichendatei eine Metaebene zwischen der Referenzdatei und den tatsachlich im Internet-Browser verfugbaren Le- 
sezeichen. Es ist in diesem Fall auch nicht unbedingt erforderlich, die aktualisierte Lesezeichendatei in dem nichtfluch- 
tigen Speicher zu speichern. Vielmehr reicht es aus, die Eintrage der Lesezeichendatei, d.h. die Lesezeichen selbst, 

is nur teporar im Arbeitsspeicher zu aktualisieren. Diese bleiben dann bis zur Beendigung des Internet-Browsers erhalten 
und werden bei erneutem Auf ruf wieder von dem Server geladen. Hierbei ist es auch moglich, eine erfindungsgemaBe 
Aktualisierung bei jedem Aufruf eines Lesezeichens fur dieses Lesezeichen durchzufuhren. 

[0022] Die Lesezeichen konnen auch in mehreren Lesezeichendateien gespeichert sein und von dem Internet-Brow- 
ser zusammengefuhrt werden. Ebenso ist es moglich, daft der Server mehrere unterschiedliche Reterenzdateien mit 

20 Lesezeichen anbietet. Dies ist z.B. sinnvoll, wenn eine Referenzdatei fur den Benutzer, eine Referenzdatei fur die 
Benutzergruppe, der der Benutzer angehort, und eine allgemeine Referenzdatei angeboten werden. Vorteilhaft ist 
dann, wenn die Darstellung der Lesezeichen in dem Internet-Browser derart erfolgt, daft der Benutzer unterscheiden 
kann, aus welcher Referenzdatei welches Lesezeichen stammt, z.B. durch verschiedene farbliche Hinterlegung. 
[0023] Durch die vom Server bereitgestellten Reterenzdateien wird gewahrleistet, daG ein Benutzer zumindest einen 

25 vordefinierten Basissatz von Lesezeichen an jedem Arbeitsplatz, an dem er einen Internet-Browser startet, vorfindet. 
Zudem konnen die Reterenzdateien zentra! gewartet werden, d.h. Lesezeichen auf nicht mehr existierende oder ge- 
anderte Adressen konnen zentral berichtigt oder geloscht werden. Vorteilhaft kann auch sein, wenn der Benutzer auf 
dem Server zumindest fur seine persdnliche Referenzdatei Schreibberechtigung erhalt. So kann er seine personliche 
Referenzdatei selbst um neue Lesezeichen erganzen. 

30 [0024] In Figur 3 ist ein weiteres vorteilhaftes Ausfuhrungsbeispiel der Erfindung abgebildet. Ein Arbeitsplatzrechner 
1 ist an ein Datennetz 3 angeschlossen. Uber dieses Datennetz 3 kann der Arbeitsplatzrechner auf einen ersten ent- 
fernten Server 2 zugreifen und eine Referenzdatei zur Aktualisierung seiner internen Lesezeichendatei laden. Der 
erste Server 2 wiederum greift auf zwei weitere Server 31 und 32 zu, um von diesen wiederum Daten in Form von 
weiteren Reterenzdateien zu laden, mit denen die Referenzdatei des ersten Servers aktualisiert wird. Auf diese Weise 

35 ist eine automatische Aktualisierung der uber das Datennetz angebotenen Referenzdatei des ersten Servers 3 moglich. 
[0025] Bei den weiteren Servem kann es sich um Datenbankserver handeln, die automatisch HTML-Seiten gene- 
rieren und bereitstellen, z.B. um Lotus Domino Server. Aus dem Inhalt der auf einem Datenbankserver gefuhrten 
Datenbanken laBt sich eine Referenzdatei ableiten, die alle aktuell gultigen Lesezeichen, die auf diesen Server zeigen, 
umfaBt. Mit solchen weiteren Referenzdateien kann die Referenzdatei des ersten Servers auf vorteilhafte Weise re- 

40 gelmaBig automatisch aktualisiert werden. Wird dieses Verfahren zwischen mehreren Servern ausgefuhrt, so entsteht 
ein logisches Netz in dem Lesezeichen automatisch aktualisiert werden. 
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1. Verfahren zum Verwalten von Lesezeichen in einem internet-Browser (14), bei dem die Lesezeichen in einer lo- 
kalen Lesezeichendatei (15) gespeichert werden, 

dadurch gekennzeich net, daft 

die lokale Lesezeichendatei (15) regelmaBig mit Daten von einem raumlich entfernten Server (2) aktualisiert wird. 

so 

2. Verfahren noch Anspruch 1 , bei dem fur zumindest einen Teil der Lesezeichen jeweils ein beschreibender Titel 
vergeben wird, derzusammen mit dem zugehorigen Lesezeichen in der Lesezeichendatei (15) gespeichert wird 
und bei dem nur das jeweils zugehorige Lesezeichen aktualisiert wird, nicht jedoch der beschreibende Titel. 

ss 3. Verfahren nach Anspruch 1 , bei dem die Lesezeichendatei (15) bei jedem Aufruf des Internet-Browsers (14) ak- 
tualisiert wird. 

4. Verfahren nach Anspruch 1, bei dem die Lesezeichendatei (15) bei Aufruf des Int rnet-Browsers (14), jedoch 



4 



BNSDOCID: <EP 1052579A1 I > 



EP 1 052 579 A1 

hochstens einmal taglich aktualisiert wird. 

5. Verlahren nach Anspruch 1 , bei dem die Lesezeichen URLs sind. die jeweils aus einer Schemenongabe, die das 
zu benutzende Protokoll angibt, einem Servernamen, einem Pfad und einem Dateinamen bestehen. 

5 

6. Verlahren nach Anspruch 1, bei dem von dem raumlich entfernten Server (2) eine Referenzdatei geladen wird, 
bei dem die Referenzdatei mit der Lesezeichendatei (15) verglichen wird, bei dem Eintrage, die nur in der Refe- 
renzdatei enthalten sind, in die Lesezeichendatei (15) Obernommen werden und bei dem Eintrage, die in beiden 
Dateien enthalten sind, jedoch in der Referenzdatei aktualisiert wurden, auch in der Lesezeichendatei (15) aktua- 

io lisiert werden. 

7. Verlahren nach Anspruch 1, bet dem vor der Aktualisierung der Lesezeichendatei (15) eine Authentikation des 
Benutzers durchgefuhrt wird und bei dem die Aktualisierung der Lesezeichendatei (15) benutzerabhangig ist. 

is 8. Verlahren nach Anspruch 1 , bei dem die Aktualisierung der Lesezeichendatei (1 5) vor Auf ruf des Internet-Browsers 
(14) durchgefuhrt wird. 

9. Verfahren nach Anspruch 8, bei dem Aktualisierung und Aufruf des Internet-Browsers (14) nacheinander mittels 
einer Stapelverarbeitungsdatei durchgefuhrt wird. 
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10. Verfahren nach Anspruch 8, bei dem die Lesezeichendatei (15) eine Versionsnummer enthalt. 

11. Verfahren nach Anspruch 1 , bei dem die Daten des raumlich entfernten Servers wiederum mit Daten von weiteren 
raumlich entfernten Servern abgeglichen werden. 



12. Arbeitsplatzrechner (1) mit einem Internet-Browser (14), wobei der Arbeitsplatzrechner (1) einen nichtfluchtigen 
Speicher (12) hat, in dem eine Lesezeichendatei (15) fur den Internet-Browser (14) gespeichert ist, und wobei der 
Arbeitsplatzrechner (1) an ein Datennetz (3) angeschlossen ist, 

gekennzeichnet durch 

30 Mittel zum Zugreifen auf einem raumlich entfernten Server (2) Ober das Datennetz (3) und Mittel zum Aktualisieren 

der Lesezeichendatei (15) mit Daten von dem raumlich entfernten Server (2). 

13. Server (2) zum Bereitstellen von Daten zur Aktualisierung einer Lesezeichendatei (15) entsprechend dem Verfah- 
ren nach Anspruch 1 oder 11. 

35 
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